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System and Method for Managing Bi-Directional Relationships Between Objects 

This invention relates to a system and method for managing relationships 
between objects, and more particularly, to a system and method for managing bi- 
directional relationships between objects. 

BACKGROUND OF THE INVENTION 

Object model technology is becoming more popular for building enterprise 
applications. However, many organizations have already developed non-object 
oriented data storage systems and have their corporate data stored in those 
databases. Accordingly, it is desirable to provide a mechanism to allow object 
oriented applications to manipulate data in non-object oriented databases, such as 
relational databases (i.e., write, read, delete and update data in or from the 
databases as application objects). Object-oriented applications are built using 
object models with inheritance and relationships, whereas relational databases 
consist of flat tables and foreign keys. It is desirable to be able to represent the raw 
database data as application objects. 

Databases are queried through a database query language, such as 
Structured Query Language (SQL), however it is desirable to query objects at the 
object level and through traversing the object model. To do so effectively, the 
relationships among objects need to be considered. 

In an object model, some objects may reference other objects. When an 
object referenced by an other object has a reference back to the first object, these 
objects are related through a bi-directional relationship. When a user changes a 
reference in one object to another object, the relationship needs to be modified 
accordingly to maintain the bi-directional relationships among the related objects. 

In existing systems, it is the user's responsibility to maintain these 
relationships. The user may need to develop code to modify references in objects 
one by one each time when a reference is changed. This is time and labor 
consuming and may involve errors. This prior solution results in added code 
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maintenance by client developers. Also, this prior solution increases the chances of 
developer-created code error. 

Accordingly, it is desirable to provide users with an automated means of 
maintaining bi-directional relationships among objects in an object model. 

SUMMARY OF THE INVENTION 

It is an object of the invention to provide a novel system and method for 
managing bi-directional relationships between objects that obviates or mitigates at 
least one of the disadvantages of existing systems. 

The present invention uses proxy objects which have information regarding 
bi-directional relationships to determine a new value to be set in an object having a 
bi-directional relationship. 

In accordance with an aspect of the present invention, there is provided a 
method for setting a new reference value for managing bi-directional relationships 
between objects in an object model. The method comprises the steps of receiving 
bi-directional relationship information indicating an interrelation between objects 
having one or more bi-directional relationships; creating proxy objects based on the 
bi-directional relationship information for selected bi-directional relationship objects 
having bi-directional relationships; receiving a new reference value to be set in a 
selected object relating to a bi-directional relationship; determining, using one or 
more of the proxy objects, a new peer value to be set in a peer object which has the 
bi-directional relationship with the selected object; and setting the new peer value to 
a proxy object created for the peer object. 

In accordance with another aspect of the invention, there is provided a 
method for creating proxy objects for managing bi-directional relationships between 
objects in an object model. The method comprises the steps of receiving bi- 
directional relationship information indicating interrelation between objects having 
one or more bi-directional relationships; and creating proxy objects based on the bi- 
directional relationship information for selected bi-directional relationship objects 
having bi-directional relationships at peer relationships that comprise the bi- 
directional relationships, a created proxy object being capable of receiving a new 
reference value to be set in a selected object relating to a bi-directional relationship, 



determining, using one or more of the proxy objects, a new peer value to be set in a 
peer object which has the bi-directional relationship with the selected object, and 
setting the new peer value to a proxy object created for the peer object. 

In accordance with another aspect of the invention, there is provided a bi- 
5 directional relationship manager for setting a new reference value for managing bi- 
directional relationships between objects in an object model. The bi-directional 
relationship manager comprises a bi-directional relationship information receiver for 
receiving bi-directional relationship information indicating interrelation between 
objects having one or more bi-directional relationships; and a proxy object creator 
10 for creating proxy objects based on the bi-directional relationship information, for 
selected bi-directional relationship objects having bi-directional relationships, at 
peer relationships that comprise the bi-directional relationships, a created proxy 
5 object receiving a new reference value to be set in a selected object relating to a bi- 
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receiver for receiving a new reference value to be set in a selected object relating to 
a bi-directional relationship; a new peer value determiner for determining a new 
peer value to be set in a peer object which has the bi-directional relationship with 
the selected object, the new peer value determiner using bi-directional relationship 

25 information indicating interrelation between objects having one or more bi- 
directional relationships; and a new peer value setter for setting the new peer value 
to a proxy object created for the peer object. 

In accordance with another aspect of the invention, there is provided 
computer media storing the instructions or statements for use in the execution in a 

30 computer of a method for creating proxy objects for managing bi-directional 

relationships between objects in an object model. The method comprises the steps 
of receiving bi-directional relationship information indicating interrelation between 
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objects having one or more bi-directional relationships; and creating proxy objects 
based on the bi-directional relationship information for selected bi-directional 
relationship objects having bi-directional relationships at peer relationships that 
comprise the bi-directional relationships, a created proxy object being capable of 
receiving a new reference value to be set in a selected object relating to a bi- 
directional relationship, determining, using one or more of the proxy objects, a new 
peer value to be set in a peer object which has the bi-directional relationship with 
the selected object, and setting the new peer value to a proxy object created for the 
peer object. 

In accordance with another aspect of the invention, there is provided 
electronic signals for use in the execution in a computer of a method for creating 
proxy objects for managing bi-directional relationships between objects in an object 
model. The method comprises the steps of receiving bi-directional relationship 
information indicating interrelation between objects having one or more bi- 
directional relationships; and creating proxy objects based on the bi-directional 
relationship information for selected bi-directional relationship objects having bi- 
directional relationships at peer relationships that comprise the bi-directional 
relationships, a created proxy object being capable of receiving a new reference 
value to be set in a selected object relating to a bi-directional relationship, 
determining, using one or more of the proxy objects, a new peer value to be set in a 
peer object which has the bi-directional relationship with the selected object, and 
setting the new peer value to a proxy object created for the peer object. 

In accordance with another aspect of the invention, there is provided a 
computer program product for use in the execution in a computer of a method for 
creating proxy objects for managing bi-directional relationships between objects in 
an object model. The product comprises a module for receiving bi-directional 
relationship information indicating interrelation between objects having one or more 
bi-directional relationships; and a module for creating proxy objects based on the bi- 
directional relationship information for selected bi-directional relationship objects 
having bi-directional relationships at peer relationships that comprise the bi- 
directional relationships, a created proxy object being capable of receiving a new 
reference value to be set in a selected object relating to a bi-directional relationship, 



determining, using one or more of the proxy objects, a new peer value to be set in a 
peer object which has the bi-directional relationship with the selected object, and 
setting the new peer value to a proxy object created for the peer object. 

Other aspects and features of the present invention will be readily apparent to 
those skilled in the art from a review of the following detailed description of 
preferred embodiments in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be further understood from the following description with 
reference to the drawings in which: 

Figure 1 is a diagram showing a bi-directional relationship manager in 
accordance with an embodiment of the invention; 

Figure 2 is a flowchart showing the operation of the bi-directional relationship 
manager; 

Figure 3 is a diagram showing examples of different types of bi-directional 
relationships; 

Figure 4 is a diagram showing examples of proxy objects provided for 
different types of bi-directional relationships; 

Figure 4A is a diagram showing an example of maintenance of bi-directional 
relationships; 

Figure 5 is a diagram showing examples of objects having reference 
attributes for indicating bi-directional relationships; 

Figure 6 is a diagram showing a bi-directional relationship manager in 
accordance with another embodiment of the invention; 

Figure 7 is an example of the diagram showing a bi-directional relationship 
manager shown in Figure 6; 

Figure 8 is a flowchart showing the operation of the bi-directional relationship 
manager; 

Figure 9 is a diagram showing examples of proxy objects provided for 
different types of bi-directional relationships using reference attributes; 

Figure 10 is a diagram showing an example of maintenance of bi-directional 
relationships; 



Figure 11 is a diagram showing an example of maintenance of bi-directional 
relationships; 

Figure 12 is a diagram showing an example of maintenance of bi-directional 
relationships; and 

Figure 13 is a diagram showing an example of maintenance of bi-directional 
relationships. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to Figures 1 and 2, a bi-directional relationship (BDR) manager 100 
in accordance with an embodiment of the present invention is described. The BDR 
manager 100 manages bi-directional relationships between objects in an object 
model 10. Figures 1 and 2 will be further described below, however, object 
relationships will now be described. 

A bi-directional relationship is a relationship between a group of objects and 
another group of objects in which each group of objects has a reference to the other 
group of objects. A group of objects may contain one or more objects. A bi- 
directional relationship may be defined between object classes that contain objects. 
Figure 3 shows examples of different types of bi-directional relationships. 

In Figure 3, object class A contains object aO, object class B contains object 
bO, object class C contains objects cO and d, object class D contains objects dO 
and d1 and object class E contains objects eO, e1 and e2. 

Object class A and object class B are related through a one-to-one bi- 
directional relationship. This means that an object in object class A has a reference 
to a single object in object class B, and an object in object class B has a reference 
to a single object in object class A. For example, object aO has a one-to-one bi- 
directional relationship with object bO as shown with arrow 310. The one-to-one bi- 
directional relationship 310 between objects may be considered as a pair of one-to- 
one uni-directional peer relationships, e.g., a peer relationship 312 from object aO to 
object bO, and the other peer relationship 314 from object bO to object aO. 

Object class A and object class C are related through a one-to-many bi- 
directional relationship. This means that an object in object class A has a reference 
to one or more objects in object class C, and an object in object class C has a 



reference to a single object in object class A. For example, object aO has a one-to- 
many bi-directional relationship with objects cO and c1 as shown with arrow 320. 
The one-to-many bi-directional relationship 320 between objects may be considered 
as a pair of uni-directional peer relationships, e.g., a one-to-many uni-directional 
peer relationship 322 from object aO to objects cO and d, and a one-to-one uni- 
directional peer relationship 324 from objects cO and c1 to object aO. 

Object class D and object class E are related through a many-to-many bi- 
directional relationship. This means that an object in object class D has a reference 
to one or more objects in object class E, and an object in object class E has a 
reference to one or more objects in object class D. For example, objects dO and d1 
have a many-to-many bi-directional relationship with objects eO, e1 and e2 as 
shown with arrow 330. The many-to-many bi-directional relationship 330 between 
objects may be considered as a pair of uni-directional peer relationships, e.g., a 
one-to-many uni-directional peer relationship 332 from objects dO and d1 to objects 
eO, e1 and e2, and a one-to-many uni-directional peer relationship 334 from objects 
eO, e1 and e2 to objects dO and d1. 

An object class may have multiple bi-directional relationships with multiple 
object classes, as exemplified by object class A in Figure 3. In that case, multiple 
bi-directional relationships may be the same type or different type of bi-directional 
relationships. 

The objects having a bi-directional relationship may be called BDR objects. A 
BDR object is a peer object for the corresponding BDR object related to the BDR 
object through a bi-directional relationship. For example, objects aO and bO are 
peer objects for the one-to-one bi-directional relationship; and object aO and objects 
cO and c1 are peer objects for the one-to-many bi-directional relationship. 

Bi-directional relationships are provided through references set in objects to 
identify their peer objects. 

Referring back to Figure 1, an object model defining unit 50 assists a 
developer of the object model 10 to define the structure and relationships of objects 
and/or object classes in the object model 10. Bi-directional relationships between 
objects are also defined through the object model defining unit 50. 



The BDR manager 100 has a BDR information receiver 104 and a proxy 
object creator 106. The BDR information receiver 104 is provided for receiving from 
the object model defining unit 50 BDR information regarding bi-directional 
relationships in the object model 10. The proxy object creator 106 is provided for 
creating proxy objects based on the BDR information for handling the bi-directional 
relationships in the object model 10. A created proxy object 110 has a new 
reference receiver 1 12, a new peer reference determiner 114 and a new peer 
reference setter 116. The new reference receiver 112 receives a new reference to 
be set for an object. The new peer reference determiner 1 14 determines a new 
reference for a peer object, i.e., a new peer reference, in response to the new 
reference. The new peer reference setter 116 sets the new peer reference to a 
corresponding proxy object of the peer object. The new reference may be a value 
of a new reference to be added, a value of a new reference for changing a current 
reference to the new references, or a value of a current reference for removing it 
The functions of these elements are further described referring to Figure 2. 

After the object model 10 is defined, the BDR manager 100 receives BDR 
information from the object model defining unit 50 through the BDR information 
receiver 104 (200). The BDR information includes information regarding those BDR 
objects having bi-directional relationships, the type of bi-directional relationships the 
BDR objects have, and which objects are peer objects for the BDR objects. 

At the time of creating instances of objects according to the object model 
definition defined by the object model defining unit 50, based on the BDR 
information, the BDR manager 100 creates, using the proxy object creator 106, a 
proxy object for a BDR object at a peer relationship which is part of a bi-directional 
relationship (202). The BDR manager 100 may create proxy objects for some or all 
BDR objects at some or all of their peer relationships comprising bi-directional 
relationships. 

To explain proxy objects, Figure 4 shows examples of proxy objects created 
by the BDR manager 100. Objects aO, bO, c0, dO and eO correspond to those 
shown in Figure 3. In Figure 4, multiple objects in the same object class are shown 
overlapped for the sake of simplicity of the illustration. Proxy object 412 is created 
for object aO at the peer relationship 312 to its peer object bO, and proxy object 414 
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is created for object bO at the peer relationship 314 to its peer object aO. Similarly, 
proxy object 422 is created for object aO at the peer relationship 322 with its peer 
objects cO and d, and proxy object 424 is created for object cO at the peer 
relationship 324 with its peer object aO. Proxy object 422 handles references to 
objects cO and d as a collection of references. Another proxy object is also 
provided for a peer relationship from object c1 to object aO, but is not shown for 
simplicity of the illustration. Proxy object 432 is created for object dO at the peer 
relationship 332 to a collection of its peer objects eO, e1 and e2, and proxy object 
434 is created for object eO at the peer relationship 334 with a collection of its peer 
objects dO and d1 . Similar proxy objects are also provided for objects d1 , e1 and 
eZ 

Referring back to Figure 2, during the run time, when a user attempts to 
change a reference in a BDR object, the proxy object 1 10 of the BDR object 
receives the new reference through the new value receiver 112 (204). As the proxy 
objects are created based on the BDR information, each proxy object has 
knowledge regarding its host object to which it belongs, one or more peer objects 
with which the host object relates through a bi-directional relationship and the type 
of the bi-directional relationship. Based on this knowledge, the new peer reference 
determiner 1 14 determines a new peer reference to be set for the peer object(s) in 
response to the received new reference (206). 

For example, in Figure 4A, in the original state 450, objects aO and bO and 
objects a1 and b1 are respectively related through one-to-one bi-directional 
relationships as represented by peer relationships 451, 452, 453, 454. Proxy 0, 
proxy 1, proxy 6 and proxy 7 are provided for objects aO, bO, a1 and b1, 
respectively. When a user attempts to set a new reference bO in object a1 , this new 
reference is received by proxy object 6 provided for object a1 . Since proxy object 6 
knows that the relationships between objects aO and bO and objects a1 and b1 are 
one-to-one bi-directional relationships, it can determine what reference is to be set 
for its peer object b1 . It sets the reference in object b1 as null to delete the one-to- 
one bi-directional relationship between objects a1 and b1 in order to allow a new 
one-to-one bi-directional relationship between objects a1 and bO. 



The new peer reference setter 1 16 sets the new peer reference in the proxy 
object of the peer object (208). In the above example shown in Figure 4A, the new 
peer reference "null" will be set in proxy object 7 to delete peer relationships . Also, 
the proxy objects of the related objects aO and bO are set with new references. This 
may be expressed as follows: 

a1 .proxy6.b1 .proxy7.setValue(null); 

a1.proxy6.setValue(bO); 

a1 .proxy6.b0. proxy 1 .aO.proxyO.setValue(nuII); 

a1.proxy6.b0.proxylsetValue(a1); 
The first process removes the peer relationships 453 and 454 between objects a1 
and b1. The second process adds a new peer relationship 461 from object a1 to 
object bO. The third process removes the peer relationships 451 and 452 between 
objects aO and bO. The last process adds a new peer relationship 462 from object 
bO to object a1. 

Thus, when a reference is changed in an object having a bi-directional 
relationship, the BDR manager 100 automatically maintains the bi-directional 
relationships among the related objects. Accordingly, it is no longer up to the 
developer of the object model to ensure that all references are maintained. It 
reduces the amount of work required by the developer who would otherwise have to 
code the management within his or her application leaving the application open to 
errors and requiring higher levels of maintenance when changes occur in the 
design. 

In the above embodiment, the BDR manager 100 receives the BDR 
information from the object model defining unit 50. However, it may receive the 
BDR information from a storage of the object model definition. Alternatively, the 
BDR manager 100 may have a similar object model defining unit or a storage 
internally and receive the BDR information from them. 

BDR objects having bi-directional relationships may contain attributes to hold 
reference values that represent references to their peer objects. Figure 5 shows 
examples of attributes in objects aO, bO, cO and d shown in Figure 3. Object aO 
has attributes 340 and 344. Attribute 340 holds a reference value bO to indicate the 
uni-directional peer relationship 312 to object bO. Object bO has an attribute 342 
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which contains a reference value Oa to indicate the uni-directional peer relationship 
314 to object aO. The attribute 344 of object aO contains a collection of reference 
values cO and c1 to indicate the uni-directional peer relationship 322 to objects cO 
and c1. Objects cO and c1 have attributes 346, 348 respectively which hold a 
reference value aO to indicate the uni-directional peer relationship 324 to object aO. 
In this example, the reference values are the same as the object names, but may 
be any identification of the objects. An identification may not directly identify the 
object instance, but rather identify the type of object. 

Using the example shown in Figure 5, a BDR manager 500 in accordance 
with another embodiment of the present invention is now described referring to 
Figure 6. The BDR manager 500 uses object model meta-data received from a 
meta-data and mapping system 510. 

The meta-data and mapping system 510 is provided between an object 
application 520 and a data storage 520. It allows the application 520 to manipulate 
data in the data storage 520 at the object level, i.e., read, write, delete and update 
data in or from the data storage 520 as application objects in an object model 522. 
The application 520 may use an object oriented language, such as the Java (TM 
Sun Microsystems) programming language. However, the invention is not limited to 
the use of the Java language. The data storage 520 may be any data storage in 
which data is stored in a specific architecture such that the data can be queried. 
For example, it may be a database, such as a relational database, or a file system, 
such as an extensible Markup Language (XML) file system. It may be a collection 
of multiple data storage systems. 

The meta-data and mapping system 510 has a meta-data defining unit 512, a 
meta-data storage 514 and a mapping engine 516. The meta-data defining unit 
512 is a development-time tool that assists developers of the object model 522 or 
data storage 520 in defining object model meta-data representing how the object 
model 522 maps to the data architecture of the data storage 520, or vise versa. For 
example, when the data storage 520 is a database that contains tables having 
attributes and/or foreign keys for referring to data in other tables, the meta-data 
defining unit 512 assists developers to map the tables, attributes and foreign keys in 
the database to object classes, objects and relationships in the object model 522. 
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Thus, the meta-data contains the information that represents relationships and the 
structures of interrelated objects. For example, it contains the information regarding 
what attributes are used, in an object, to reference another object. The meta-data 
defining unit 512 may be a mapping tool for mapping between the object model 522 
and the architecture of the data storage 520, an Application Programming Interface 
(API) or a tool for manually editing the meta-data. 

For example, the meta-data relating to the one-to-many bi-directional 
relationship between classes A and B may be defined as follows: 
For class A: 

OneToManyMapping bMapping = new OneToManyMappingO; 

bMapping.setAttributeName("b n ); 

bMapping. setReferenceClass(B.class); 

//Set the mapping to use the proxy 

bMapping. useTransparentCollection(); 

bMapping.addTargetForeignKeyFieldName( n B_TABLE.A_ID M , 
"A_TABLE.ID"); 

//set bi-directional information 

bMapping. addRelationshipPartnerAttributeName( n a"); 

descriptor.addMapping(bMapping); 
For class B: 

OneToOneMapping aMapping = new OneToOneMapping(); 

aMapping.setAttributeName( n a n ); 

aMapping. setReferenceClass(A. class); 

//Set the mapping to use the proxy 

aMapping. useBasiclndirection(); 

aMapping.addForeignKeyFieldName( M B_TABLE.AJD M , M A_TABLE.ID n ); 

//set bi-directional information 

aMapping. addRelationshipPartnerAtt^ibuteName( M b ,, ); 

descriptor.addMapping(aMapping); 

The setting regarding the use of the proxy is further described below. 
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The meta-data storage 514 stores the meta-data defined by the meta-data 
defining unit 512. It may store the meta-data as XML files, in proprietary textual 
based representation, or in a runtime object structure. The object model meta-data 
storage 104 as provided is external to the object classes. 

The mapping engine 516 is a run-time component that uses the meta-data 
and executes pre-defined mapping methods to map objects in the object model 522 
into or from data in the data storage 520. The mapping methods are defined such 
that they are executable on the data storage 520 in terms of the object model 522, 
rather than the data storage architecture. This allows users to use the mapping 
system 500 without knowledge of data storage access APIs or data storage 
querying languages, such as Structured Query Language (SQL). 

The BDR manager 500 receives the object model meta-data from the meta- 
data and mapping system 510, and manages bi-directional relationships between 
objects in the object model 522. It provides automatic bi-directional relationship 
maintenance functions using proxy objects, as further described below. 

The BDR manager 500 receives the object model meta-data from the meta- 
data and mapping system 510 in this embodiment. However, the BDR manager 
500 may receive it from an other meta-data system which is capable of defining the 
object model meta-data. Alternatively, the BDR manager 500 may include the 
meta-data defining unit 512 that allows users to define object-model meta-data. It 
may also include a meta-data storage for storing the meta-data. 

Figure 7 shows an embodiment of the BDR manager 500. The manager 500 
has a meta-data receiver 602, a proxy reference setter 604, a reference value 
re t r jever 606 and a proxy object creator 610. The functions of these elements are 
further described referring to Figure 8. 

The meta-data receiver 602 receives the object model meta-data stored in the 
meta-data storage 514 (700). The object model meta-data includes BDR 
information indicating those object classes that have bi-directional relationships with 
certain object classes, the type of the bi-directional relationships, and what 
attributes are used in an object to reference another object. However, the object 
model meta-data typically does not include actual reference values indicating 
current peer objects for BDR objects. 
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The proxy reference setter 604 allows the developer to select some or all of 
BDR objects for which the developer desires to use the automatic bi-directional 
relationship maintenance functions of the BDR manager 500. Through the proxy 
reference setter 604, the developer sets a proxy reference to the selected BDR 
objects (702). The setting of proxy references is typically completed before the user 
start changing reference values. 

For example, for object classes A and B having a one-to-one bi-directional 
relationship: 

public class A{ 

public String name; 
public B bOObject; 

} 

public class B{ 

public String name; 
public A aOObject; 

} 

the proxy references are set such as: 
public class A{ 

public String name; 
public Object bOObject; 

} 

public class B{ 

public String name; 
public Object aOObject; 

} 

As shown in Figure 9, the proxy references may be set by replacing the 
reference values of the attributes 340, 342, 344, 346 and 348 of the selected BDR 
objects aO, bO, cO and d to reference corresponding proxy objects 0-3, 
respectively. 

At runtime, when the user attempts to manipulate data stored in the data 
storage 530, the mapping engine 516 creates instances of objects corresponding to 
the data, using the object model meta-data or uses the object value provided by the 



application 520. The object value may be passed in from the application 520 for 
newly created objects in cases where the client wishes to create data on the data 
storage 530 to represent those objects. 

The object meta-data received from the meta-data storage 514 includes bi- 
directional information that indicates the interrelation between object classes, but it 
may not have reference information representing actual reference values that 
indicate the corresponding peer objects for BDR objects. In that case, the BDR 
manager 500 retrieves reference value information from the data storage 530 or 
from newly created objects in the object model 525, using the reference value 
retriever 606 (704). The reference value retriever 606 may be a part of the mapping 
engine 516. The reference value information in individual selected BDR objects 
620 is typically represented by values stored in one or more attributes 622 which 
are used to indicate the bi-directional relationships. This step may be omitted if the 
meta-data already has this reference value information. 

Using the meta-data and reference value information, the BDR manager 500 
creates a proxy object for the selected BDR objects at each of the peer 
relationships that comprise the bi-directional relationships for the selected BDR 
objects (706). For the example of objects shown in Figure 5, proxy objects 412, 
414, 422 and 424 are created for objects aO, bO and cO and d at each peer 
relationship, as shown in Figure 9. For the one-to-many peer relationships, multiple 
objects are treated as a collection, and a single proxy object 422 or 424 is created 
in this example. However, a single proxy object may be provided for each object or 
for a different group of objects. 

Based on the object model meta-data and reference value information, each 
proxy object has knowledge of its host object to which the proxy object is provided, 
its peer object with which the host object has a bi-directional relationship and the 
type of the bi-directional relationship. For example, proxy object 412 has a host 
object attribute 442 indicating its host object a0, and a reference attribute 443 
indicating its referencing object bO. Similarly, proxy object 414 has a host object 
attribute 444 indicating its host object bO, and a reference attribute 445 indicating its 
referencing object aO. Proxy object 422 has a host object attribute 462 indicating its 
host object a0, and a reference attribute 463 indicating its referencing objects cO 
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and cl Proxy object 412 has a host object attribute 464 indicating its host objects 
cO and ct, and a reference attribute 465 indicating its referencing object aO. 

Referring back to Figures 7 and 8, when a user attempts to set a new 
reference value for one of the selected BDR objects, the corresponding proxy object 
630 of the BDR object receives the new reference value (708). The proxy object 
630 then determines a new reference value, i.e., new peer value, to be set for a 
peer object of the BDR object using the meta-data and reference value information 
(710). This may be carried out by bringing the information regarding the new 
reference value through proxy objects related to the bi-directional relationship, as 
further described below. Then, the proxy object 630 sets the new peer value in a 
relevant proxy object of the peer object (712). 

Accordingly, the BDR manager 500 may automatically maintain bi-directional 
relationships when a reference value is changed in a selected BDR object. 

The determination of new peer values is further described referring to Figures 
10 to 13 using some examples. 

Figure 10 illustrates the reference value setting for a one-to-one bi-directional 
relationship between object aO and object bO. In the original state 800, there is no 
bi-directional relationship set between objects aO and bO. The reference attributes 
443 and 445 of the proxy objects 41 2 and 414 for objects aO and bO are empty. As 
shown in the setting state 810, the user attempts to set a new reference value bO 
for object aO, i.e., invokes a setter call: 

aO.setB(bO) 

The proxy object 412 of the object aO receives the new reference value bO and sets 
it in its reference attribute 443. As the proxy object 412 has knowledge that objects 
aO and bO have a one-to-one bi-directional relationship, it determines that a new 
peer value aO and sets it in the reference attribute 445 of the proxy object 414 for 
the peer object bO. This determination and setting of the new values may be 
carried out automatically by the following process: 

aO.proxyO.setValue(bO); 

aO.proxyO.bO.proxyl .setValue(aO); 
Thus, the one-to-one bi-directional relationship is updated through a pair of uni- 
directional peer relationships 812 and 814. 
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Figure 1 1 illustrates the reference value setting for adding a new reference 
value to a one-to-many bi-directional relationship. In the original state 820, object 
aO is related with objects cO and c1 through a one-to-many bi-directional 
relationship. The reference attribute 463 of proxy object 422 for object aO contains 
5 a collection of reference values cO and d . As shown in the setting state 830, the 
user attempts to add a new reference value c2 for object aO, i.e., invokes an adder 
call: 

a0.addC(c2) 

The proxy object 422 of the object aO receives the new reference value c2 and adds 
10 it in its reference attribute 463. As the proxy object 422 has knowledge that object 
aO and object c2 have a one-to-many bi-directional relationship, it determines that a 
new peer value aO and sets it in the reference attribute 469 of the proxy object 428 

~l of the object c2. This determination and setting of the new values may be carried 

a out automatically by the following process: 

! ; ! 

3 15 a0.proxy2.addValue(c2); 

a0.proxy2.c2.proxy7.setValue(a0); 
Thus, the one-to-many bi-directional relationship is updated through a pair of uni- 

s directional peer relationships 832 and 834. 

Q 

93 Figure 12 illustrates the reference value setting for setting a new reference 

rt 20 value to a one-to-many bi-directional relationship. In the original state 840, object 
Q aO is related with objects cO and c1 through a one-to-many bi-directional 

*"* relationship. The reference attribute 463 of proxy object 422 for object aO contains 

a collection of reference values cO and d . The reference attribute 467 of proxy 
object 426 for object d contains a reference value aO. As shown in the setting 
25 state 850, the user attempts to set a new reference value a1 for object d , i.e., 
invokes a setter call: 
d.setA(al) 

The proxy object 426 of the object d receives the new reference value a1 , which 
changes the reference value 467 of proxy object 426 from aO to a1 , which results in 
30 removal of a peer relationship 832 from proxy object 426 to object aO. As the proxy 
object 426 has knowledge that objects aO and a1 and objects cO and d have a 
one-to-many bi-directional relationship, the proxy object 426 determines a new peer 
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value to be d, i.e., removing cO, from the collection of reference values 463 in the 
proxy object 422 of object aO. This results in removing the peer relationship 834 
from proxy object 422 to object c1 . The proxy object 426 also determines another 
new p eer va |ue 463 to be c1 and sets this value in the reference attribute 472 proxy 
object 470 for object a1 This results in adding a peer relationship 844 from proxy 
object 430 to object d . The determination and setting of the new values may be 
carried out automatically by the following process: 

c1.proxy6.a0.proxy2.removeValue(c1); 

d .proxy6. remove Value(aO); 

d.proxy6.setValue(a1); 

c1 .proxy6.a1 .proxy8.setVa!ue(c1 ); 
Thus, the one-to-many bi-directional relationship is updated through a pair of uni- 
directional peer relationships 842 and 844. 

Figure 13 illustrates the reference value setting for removal of a reference 
value from a many-to-many bi-directional relationship. In the original state 860, 
objects dO and d1 are related with objects eO, e1 and e2 through a many-to-many 
bi-directional relationship. The reference attribute 862 of proxy object 861 for object 
d1 contains a collection of reference values eO, e1 and e2. The reference attribute 
864 of proxy object 863 for object e1 contains a collection of reference values dO 
and d1. As shown in the setting state 870, the user attempts to remove a reference 
value e1 for object d1, i.e., invokes a remove call: 

dl.removeE(el) 

The proxy object 861 of the object d1 receives the reference value e1 to be 
removed, which changes the reference value 862 of proxy object 861 from a 
collection of eO, e1 and e2 to a new collection of eO and e2. This results in removal 
of the peer relationship 866 from proxy object 861 to object e1 . As the proxy object 
861 has knowledge that objects dO and d1 and objects eO, e1 and e2 have a many- 
to-many bi-directional relationship, the proxy object 861 determines a new peer 
value to be dO, i.e., removing d1, from the collection of reference values 864 in the 
proxy object 863 of object e1 . This results in removing the peer relationship 868 
from proxy object 422 to object d1 . The determination and setting of the new 
values may be carried out automatically by the following process: 
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d1 .proxyl 0.e1 .proxyl 1 .removeValue(dl); 

d1 .proxy10.removeValue(e1); 
Thus, the one-to-many bi-directional relationship is updated through the removal of 
the pair of uni-directional peer relationships 866 and 868. 

The above embodiments are described using Java technology as an example 
of an object based technology and language. However, the applicability of the 
invention is not limited to Java or Java based technologies. The invention may be 
applied to other object-based languages and technologies, such as those 
developed by Microsoft Corporation or Hewlett Packard, with or without appropriate 
modification as necessary or desired, and such application is within the scope of the 
invention. 

The bi-directional relationship manager of the present invention may be 
implemented by any hardware, software or a combination of hardware and software 
having the above described functions. The software code, either in its entirety or a 
part thereof, may be stored in a computer readable memory. Further, a computer 
data signal representing the software code which may be embedded in a carrier 
wave may be transmitted via a communication network. Such a computer readable 
memory and a computer data signal are also within the scope of the present 
invention, as well as the hardware, software and the combination thereof. 

While particular embodiments of the present invention have been shown and 
described, changes and modifications may be made to such embodiments without 
departing from the true scope of the invention. For example, the elements of the bi- 
directional relationship manager are described individually, however, two or more 
elements may be provided as a single element, or one or more elements may be 
shared with other component in other computer systems. 
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